今天就來聊聊筆者在這些年在跑 Scrum 時，感到很重要卻又時常被忽略的『迭代』！

迭代的力量

就在初次接觸 Scrum 的那刻，你是不是也像筆者一樣，去挖掘翻找了一大堆相關的資訊呢？通常我們會看到三個核心元素：透明、檢視和適應。但今天我們要聊的是在這基礎上，另一個同樣重要的精神『迭代』。

首先，讓我們回顧一下常在團隊初期或新來的夥伴，甚至是在研討會交流的時候，經常被問到的一個問題:

“當目標和時間都固定了，我們要怎麼進行迭代？怎麼可能進行迭代呢？”

好問題！這讓我想起當初第一次看到 Scrum 的迭代圖時的困惑，就是以下這張圖！

圖片來源: https://medium.com/@agile_ed/more-scrum-basics-whats-the-point-anyway-7e7283c23d89

讓我們一起仔細看著這圖，你會發現它呈現了一個重複的循環。現在想想，在過去的幾個 Sprint 中，我們是否真的理解了迭代的真正意義，而不只是增加一些新功能呢？

在這一點上，我很感激我們的 Product Owner (PO)，他總是會在 Refinement/Planning 會議和 Review Meeting 時與我們分享他的見解和未來的計劃，讓我們了解現況是否有發生什麼改變，是如何透過迭代使產品變得更好去面對變化。

“明白了，但我第一個 Sprint 應該做什麼呢？我需要先準備很多東西吧...”

這又是一個經典問題！當我聽到這樣的問題時，我的回應通常是這樣：

“你有多不要臉呢？”

然後，他們的表情通常會是這樣的：

圖片來源:https://memes.tw/wtf/316103

其實筆者會這麼說，是想引導去想象更多的可能性，而不是被困在完美的規劃中。同時是否能夠保持的迭代的精神，把握住每個衝刺，持續的迭代產品，而非規劃並產出一個完整的產品。試著去接受這些不完美，試著讓自己畫出上面那個第一個版本的蒙娜麗莎像。

記得 Agile 宣言 和 Minimum Viable Product (MVP) 與 Minimum Lovable Product (MMP) 的精神嗎？它們都是告訴我們要勇於迭代，要勇於嘗試，先做出第一個版本，然後根據反饋來調整和改進。

Scrum 的一個重大優點就是它可以迅速地回應變化。所以，讓我們不要太過固守一開始的計劃，而是勇於迭代，勇於進步！
如同以下這張圖

圖片來源: https://titansoft.com/tw/agile_toolkits/sprint-retrospective

我們在拉近一點

有發現到？是不停地循環，而非一個圈就結束的，所以迭代其實是每個 Sprint 持續發生，來幫助我們產品更好。
那麼，你準備好迎接 Scrum 這個充滿迭代精神的冒險了嗎？
沒關係，還記得上面講的精神嗎？ 要不要先有第一個 Sprint 才有後續的迭代才有更棒的成果！

預告：[Page 3] 一個 Sprint 中的迭代

在看了今天的故事之後，知道我們如何在 Sprint 之間去幫助產品迭代
明天將會更加深入的看看把迭代的精神運用在 Sprint 之中

• 每天的工作是否是逐步的迭代出 Sprint goal?
• 每個小時的工作產出是否都持續迭代出今天預計的要完成的工作內容?
• 手指敲下的每一個 function 、每一行code、每一個字是否有迭代的精神在裡頭?